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Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG) Technical Committee (TC) 
of the European Telecommunications Standards Institute (ETSI). 

This TS specifies the technical realization of the handling of calls originated by a GSM mobile subscriber and calls 
directed to a GSM mobile subscriber, up to the point where the call is established within the digital cellular 
telecommunications system (Phase 2/Phase 2+). 

The contents of this TS are subject to continuing work within TC-SMG and may change following formal TC-SMG 
approval. Should TC-SMG modify the contents of this GTS it may be republished by ETSI with an identifying change 
of release date and an increase in version number as follows: 

Version 5.x.y 

where: 

y the third digit is incremented when editorial only changes have been incorporated in the specification; 

x the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 
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1 Scope 

This ETSI Technical Specification (TS) specifies the technical realization of the handling of calls originated 
by a GSM mobile subscriber and calls directed to a GSM mobile subscriber, up to the point where the call 
is established. Normal release of the call after establishment is also specified. 

The handling of DTMF signalling and Off-Air Call setup (OACSU) are not described in this specification. 

The details of the effects of GSM supplementary services on the handling of a call are described in the 
relevant GSM 03. 8x and GSM 03. 9x series of specifications. 

The specification of the handling of a request from the HLR for subscriber information is not part of basic 
call handling, but is required for both CAMEL (GSM 03.78 [4]) and optimal routeing (GSM 03.79 [5]). The 
use of the Provide Subscriber Information message flow is shown in GSM 03.78 [4] and GSM 03.79 [5]. 

The logical separation of the MSC and VLR (shown in clauses 4, 5 & 7), and the messages transferred 
between them (described in clause 8) are the basis of a model used to define the externally visible 
behaviour of the MSC/VLR, which is a single physical entity. They do not impose any requirement except 
the definition of the externally visible behaviour. 

If there is any conflict between this specification and the corresponding stage 3 specifications 
(ETS 300 557 [13], ETS 300 590 [15] & ETS 300 599 [16]), the stage 3 specification shall prevail. 

2 Normative references 

This TS incorporates by dated and undated reference, provisions from other publications. These 
normative references are cited at the appropriate places in the text and the publications are listed 
hereafter. For dated references, subsequent amendments to or revisions of any of these publications 
apply to this TS only when incorporated in it by amendment or revision. For undated references the latest 
edition of the publication referred to applies. 

[1] ETS 300 500 (1994): "Digital cellular telecommunications system (Phase 2); 

Principles of telecommunication services supported by a GSM Public Land 
Mobile Network (PLMN) (GSM 02.01 )". 

[2] ETS 300 523 (1994): "Digital cellular telecommunications system (Phase 2); 

Numbering, addressing & identification (GSM 03.03)". 

[3] ETS 300 534 (1994): "Digital cellular telecommunications system (Phase 2); 

Security related network functions (GSM 03.20)". 

[4] TS 101 044 (GSM 03.78): "Digital cellular telecommunications system 

(Phase 2+); Customized Applications for Mobile network Enhanced Logic 
(CAMEL) - Stage 2". 

[5] TS 101 045 (GSM 03.79): "Digital cellular telecommunications system 

(Phase 2+); Support of Optimal Routeing (SOR); Technical Realization". 

[6] ETS 300 542 (1994): " Digital cellular telecommunications system (Phase 2); 

Line identification supplementary services - Stage 2 (GSM 03.81)". 

[7] ETS 300 543 (1 994): "Digital cellular telecommunications system (Phase 2); Call 

Forwarding (CF) supplementary services - Stage 2 (GSM 03.82)". 

[8] ETS 300 544 (1994): "Digital cellular telecommunications system (Phase 2); Call 

Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 2 
(GSM 03.83)". 

[9] ETS 300 545 (1994): "Digital cellular telecommunications system (Phase 2); 

Multi Party (MPTY) supplementary services - Stage 2 (GSM 03.84)". 
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[10] ETS 300 546 (1994): "Digital cellular telecommunications system (Phase 2); 

Closed User Group (CUG) supplementary services - Stage 2 (GSM 03.85)". 

[11] ETS 300 547 (1994): "Digital cellular telecommunications system (Phase 2); 

Advice of Charge (AoC) supplementary services - Stage 2 (GSM 03.86)". 

[12] ETS 300 548 (1994): "Digital cellular telecommunications system (Phase 2); Call 

Barring (CB) supplementary services - Stage 2 (GSM 03.88)". 

[13] ETS 300 557 (1995): "Digital cellular telecommunications system (Phase 2); 

Mobile radio interface layer 3 specification (GSM 04.08)". 

[14] ETS 300 582 (1994): "Digital cellular telecommunications system (Phase 2); 

General on Terminal Adaptation Functions (TAF) for Mobile Stations (MS) 
(GSM 07.01)". 

[15] ETS 300 590 (1995): "Digital cellular telecommunications system (Phase 2); 

Mobile-services Switching Centre - Base Station System (MSC - BSS) interface 
Layer 3 specification (GSM 08.08)". 

[16] ETS 300 599 Fourth Edition (1997): "Digital cellular telecommunications system 

(Phase 2); Mobile Application Part (MAP) specification (GSM 09.02)". 

[17] ETS 300 604 (1994): "Digital cellular telecommunications system (Phase 2); 

General requirements on interworking between the Public Land Mobile Network 
(PLMN) and the Integrated Services Digital Network (ISDN) or Public Switched 
Telephone Network (PSTN) (GSM 09.07)". 

[18] ETS 300 605 (1995): "Digital cellular telecommunications system (Phase 2); 

Information element mapping between Mobile Station - Base Station System 
(MS - BSS) and Base Station System - Mobile-services Switching Centre (BSS - 
MSC) Signalling procedures and the Mobile Application Part (MAP) 
(GSM 09.10)". 

[19] ETS 300 627 (1996): "Digital cellular telecommunications system (Phase 2); 

Subscriber and equipment trace (GSM 12.08)". 

[20] ETS 300 356-1 (1995): "Integrated Services Digital Network (ISDN); Signalling 

System No. 7; ISDN User Part (ISUP) version 2 for the international interface; 
Part 1 : Basic services". 

[21] ITU-T Recommendation Q. 850 (1996): "Usage of cause and location in the 

Digital Subscriber Signalling System No. 1 and the Signalling System No. 7 
ISDN User Part". 

3 Definitions and abbreviations 

3.1 Definitions 

A subscriber: The calling mobile subscriber. 

B subscriber: The mobile subscriber originally called by the A subscriber. 

C subscriber: The subscriber to whom the B subscriber has requested that calls be forwarded. The C 
subscriber may be fixed or mobile. 

Location Information: Information to define the whereabouts of the MS, and the age of the information 
defining the whereabouts. 
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3.2 



Abbreviations 



A&O 

ACM 

ANM 

AoC 

BC 

BOIC-exHC&BOIZC 

BOIZC 
BOIZC-exHC 

CFB 

CFNRc 

CFNRy 

CFU 

CLIP 

CLIR 

COLP 

COLR 

CUG 

CW 

FTN 

FTNW 

GMSCB 

HLC 

HLRB 

HPLMNB 

IAM 

IPLMN 

LLC 

MO 

MPTY 

MT 

NDUB 

NRCT 

PRN 

SIFIC 

SIFOC 

SRI 

UDUB 

VLRA 

VLRB 

VMSCA 

VMSCB 

VPLMNA 

VPLMNB 



Active & Operative 

Address Complete Message 

ANswer Message 

Advice of Charge 

Bearer Capability 

Barring of Outgoing International Calls except those directed to the HPLMN 

Country & Barring of Outgoing InterZonal Calls 

Barring of Outgoing InterZonal Calls 

Barring of Outgoing InterZonal Calls except those directed to the HPLMN 

Country 

Call Forwarding on Busy 

Call Forwarding on mobile subscriber Not Reachable 

Call Forwarding on No Reply 

Call Forwarding Unconditional 

Calling Line Identity Presentation 

Calling Line Identity Restriction 

Connected Line identity Presentation 

Connected Line identity Restriction 

Closed User Group 

Call Waiting 

Forwarded-To Number 

Forwarded-To NetWork 

Gateway MSC of the B subscriber 

Higher Layer Compatibility 

The HLR of the B subscriber 

The HPLMN of the B subscriber 

Initial Address Message 

Interrogating PLMN - the PLMN containing GMSCB 

Lower Layer Compatibility 

Mobile Originated 

MultiParTY 

Mobile Terminated 

Network Determined User Busy 

No Reply Call Timer 

Provide Roaming Number 

Send Information For Incoming Call 

Send Information For Outgoing Call 

Send Routeing Information 

User Determined User Busy 

The VLR of the A subscriber 

The VLR of the B subscriber 

The Visited MSC of the A subscriber 

The Visited MSC of the B subscriber 

The Visited PLMN of the A subscriber 

The Visited PLMN of the B subscriber 
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4 Architecture 

Subclauses 4.1 and 4.2 show the architecture for handling a basic MO call and a basic MT call. A basic 
mobile-to-mobile call is treated as the concatenation of an MO call and an MT call. 

4.1 Architecture for an MO call 

A basic mobile originated call involves signalling between the MS and its VMSC via the BSS, between the 
VMSC and the VLR and between the VMSC and the destination exchange, as indicated in figure 1 . 



Radio l/F signalling 



MS 



'A' l/F signalling 
■> BSS A <- ->( VMSC A 



SIFOC/ack 



VPLMNA 




IAM (ISUP) 



Figure 1 : Architecture for a basic mobile originated call 

In figure 1 and throughout this specification, the term ISUP is used to denote the telephony signalling 
system used between exchanges. In a given network, any telephony signalling system may be used. 

When the user of an MS wishes to originate a call, the MS establishes communication with the network 
using radio interface signalling, and sends a message containing the address of the called party. VMSCA 
requests information to handle the outgoing call (SIFOC) from VLRA, over an internal interface of the 
MSC/VLR. If VLRA determines that the outgoing call is allowed, it responds with a SIFOC ack. VMSCA: 



establishes a traffic channel to the MS; and 

constructs an ISUP IAM using the called party address and sends it to the destination exchange. 
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4.2 



Architecture for an MT call 



A basic mobile terminated call involves signalling as indicated in figure 2. Communication between 
VMSCB and the MS is via the BSS, as for the mobile originated case. The IPLMN, containing GMSCB, is 
in principle distinct from HPLMNB, containing HLRB, but the practice for at least the majority of current 
GSM networks is that a call to a GSM MS will be routed to a GMSC in HPLMNB. 



Send Routeing 
Info/ack 




'A' l/F 

^signalliim 
VMSCB <- > BSSB <■■ 



Air l/F 
signalling 



Asific 

Page/ack 
yComplete call 



MS 



VPLMNB 



Provide Roaming 
Number/ack 



slX 




HPLMNB 



Figure 2: Architecture for a basic mobile terminated call 



When GMSCB receives an ISUP IAM, it requests routeing information from HLRB using the MAP 
protocol. HLRB requests a roaming number from VLRB, also using the MAP protocol, and VLRB returns a 
roaming number in the Provide Roaming Number Ack. HLRB returns the roaming number to GMSCB in 
the Send Routeing Info ack. GMSCB uses the roaming number to construct an ISUP IAM, which it sends 
to VMSCB. When VMSCB receives the IAM, it requests information to handle the incoming call (SIFIC) 
from VLRB, over an internal interface of the MSC/VLR. If VLRB determines that the incoming call is 
allowed, it requests VMSCB to page the MS. VMSCB pages the MS using radio interface signalling. When 
the MS responds, VMSCB informs VLRB in the Page ack message. VLRB instructs VMSCB to connect 
the call in the Complete call, and VMSCB establishes a traffic channel to the MS. 
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5 Information flows 

5.1 Information flow for an MO call 

An example information flow for an MO call is shown in figure 3; many variations are possible. Signalling 
over the radio interface between MSA and BSSA or VMSCA is shown by dotted lines; signalling over the 
"A" interface between BSSA and VMSCA is shown by dashed lines; signalling over the B interface 
between VMSCA and VLRA is shown by chain lines; and ISUP signalling between VMSCA and the 
destination exchange is shown by solid lines. 



MSA 



BSSA 



CM service req 



Authenticate 



Authenticate res 



K> 



Xipher mode cmd 
*' (nbt'e'3) '" 

Cipher mode coitiq 
Setup 



<■ 



< 



Assignment cmd 



Assignment com 



P> 



<■ 
<" 



Connect ack 



< 



< 



VMSCA 



CM service req 



> 



Authenticate 



Authenticate ack 



> 



Start ciphering 



(note 3) 

Cjpher_mode^omp. 
> 



Call proceeding 
Allocate channel 



Allocation complete 



Alert 
Connect 



< 
< 



(note 2) 

Process access req 
^' ack " 



VLRA 



Process access re< 

£. _ Authenticate 
"" " (note'1)" 



*- 



Authenticate ack> 



Authenticate _ 
accept 

Set cipher mode 



SIFOC 



Complete call 



IAM 



<" 



<- 



ACM 



ANM 



Figure 3: Information flow for a basic mobile originated call 
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NOTE 1 : Authentication may occur at any stage during the establishment of an MO call; its 
position in this message flow diagram is an example. 

NOTE 2: Ciphering may be initiated at any stage after authentication; its position in this 
message flow diagram is an example. 

NOTE 3: If ciphering is not required, the MSC may send a CM service accept towards the MS; 
optionally it may instead send a "start ciphering" request indicating that no ciphering is 
required. 

NOTE 4: The network may request the IMEI from the MS, and may check the IMEI, at any stage 
during the establishment of an MO call, either as part of the procedure to start 
ciphering or explicitly after ciphering has started; this is not shown in this message flow 
diagram. 

When the user wishes to originate a call, MSA establishes a signalling connection with BSSA, and sends 
a Connection Management (CM) service request to BSSA, which relays it to VMSCA. VMSCA sends a 
Process access request to VLRA. VLRA may then initiate authentication, as described in ETS 300 534 [3]. 
VLRA may also initiate ciphering at this stage, as described in ETS 300 534 [3]. 

If VLRA determines that MSA is allowed service, it sends a Process access request ack to VMSCA. If 
VMSCA has received a Set cipher mode message from VLRA, the Process access request ack message 
triggers a Start ciphering command message towards BSSA; otherwise VMSCA sends a CM service 
accept message towards BSSA. 

If BSSA receives a Start ciphering command from VMSCA, it initiates ciphering as described in 
ETS 300 534 [3]; when ciphering is successfully initiated, MSA interprets this in the same way as a CM 
service accept. If ciphering is not required at this stage, BSSA relays the CM service accept to MSA. 

When MSA has received the CM service accept, or ciphering has been successfully initiated, MSA sends 
a Setup message containing the B subscriber address via BSSA to VMSCA. MSA also uses the Setup 
message to indicate the bearer capability required for the call; VMSCA translates this bearer capability into 
a GSM basic service, and determines whether an interworking function is required. VMSCA sends to 
VLRA a request for information to handle the outgoing call, using a Send Info For Outgoing Call (SIFOC) 
message containing the B subscriber address. 

If VLRA determines that the call should be connected, it sends a Complete Call message to VMSCA. 
VMSCA sends a Call Proceeding message via BSSA to MSA, to indicate that the call request has been 
accepted, and sends an Allocate channel message to BSSA, to trigger BSSA and MSA to set up a traffic 
channel over the radio interface. The Call Proceeding message includes bearer capability information if 
any of the negotiable parameters of the bearer capability has to be changed. When the traffic channel 
assignment process is complete (indicated by the Allocation complete message from BSSA to VMSCA), 
VMSCA constructs an ISUP IAM using the B subscriber address, and sends it to the destination 
exchange. 

When the destination exchange returns an ISUP Address Complete Message (ACM), VMSCA sends an 
Alert message via BSSA to MSA, to indicate to the calling user that the B subscriber is being alerted. 

When the destination exchange returns an ISUP ANswer Message (ANM), VMSCA sends a Connect 
message via BSSA to MSA, to instruct MSA to connect the speech path. 

The network then waits for the call to be cleared. 

For an emergency call, a different CM service type (emergency call) is used, and the mobile may identify 
itself by an IMEI. It is a network operator option whether to allow an emergency call when the mobile 
identifies itself by an IMEI. Details of the handling are shown in clause 7. 
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5.2 



Information flow for retrieval of routeing information for an MT call 



The information flow for retrieval of routeing information for an MT call is shown in figure 4. ISUP 
signalling between the originating exchange and GMSCB, and between GMSCB and VMSCB is shown by 
solid lines; signalling over the MAP interfaces between GMSCB and HLRB and between HLRB and VLRB 
is shown by chain lines. 



IAM 



GMSCB 



HLRB 



SRI 



< 



SRI ack 
IAM 



VLRB 



PRN 



> 



< 



PRN ack 



VMSCB 



Figure 4: Information flow for retrieval of routeing information for a basic mobile terminated call 



When GMSCB receives an IAM, it analyses the called party address. If GMSCB can derive an HLR 
address from the B party address, it sends a request for routeing information (SRI) to HLRB. HLRB sends 
a request for a roaming number (PRN) to VLRB. VLRB returns the roaming number in the PRN ack, and 
HLRB relays the roaming number to GMSCB in the SRI ack. GMSCB constructs an IAM using the 
roaming number, and sends it to VMSCB. 
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5.3 



Information flow for an MT call 



An example information flow for an MT call is shown in figure 5; many variations are possible. ISUP 
signalling between GMSCB and VMSCB is shown by solid lines; signalling over the B interface between 
VMSCB and VLRB is shown by chain lines; signalling over the "A" interface between VMSCB and BSSB is 
shown by dashed lines; and signalling over the radio interface between VMSCB or BSSB and MSB is 
shown by dotted lines. 
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Figure 5: Information flow for a basic mobile terminated call 



NOTE 1 : Ciphering may be initiated at any stage after the network has accepted the page 
response; its position in this message flow diagram is an example. 
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NOTE 2: If ciphering is not required, the MSC may send a "start ciphering" request indicating 
that no ciphering is required. 

NOTE 3: This message flow diagram assumes that the MS has already been authenticated on 
location registration. If this is not so (for the first MT call after VLR restoration), the 
network may initiate authentication after the MS responds to paging. 

NOTE 4: The network may request the IMEI from the MS, and may check the IMEI, at any stage 
after the MS responds to paging, either as part of the procedure to start ciphering or 
explicitly after ciphering has started; this is not shown in this message flow diagram. 

When VMSCB receives an IAM from GMSCB it sends to VLRB a request for information to handle the 
incoming call, using a Send Info For Incoming Call (SIFIC) message containing the roaming number 
received in the IAM. 

If VLRB recognizes the roaming number, and MSB is allowed service, it sends a request to VMSCB to 
page MSB. If a radio connection between the network and MSB is already established, VMSCB responds 
immediately to the page request. If no radio connection exists, VMSCB sends a page request to BSSB, 
and BSSB broadcasts the page on the paging channel. 

If MSB detects the page, it sends a channel request to BSSB, which responds with an immediate 
assignment command, to instruct MSB to use the specified signalling channel. MSB then sends a page 
response on the signalling channel; BSSB relays this to VMSCB. VMSCB sends a Process access 
request message to VLRB to indicate that MSB has responded to paging. VLRB may then initiate 
authentication, as described in ETS 300 534 [3]. VLRB may also initiate ciphering at this stage, as 
described in ETS 300 534 [3]. 

If VLRB determines that MSB is allowed service, it sends a Process access request ack to VMSCB. The 
Process access request ack message triggers a Start ciphering command message towards BSSB; if 
VMSCB has not received a Set cipher mode message from VLRB, the Start ciphering command indicates 
no ciphering. 

VLRB then sends a Complete call message to VMSCB. VMSCB sends a Setup message towards MSB. 
The Setup message may include bearer capability information for the call. 

When MSB receives the Setup message from BSSB, it responds with a Call confirmed message. The Call 
Confirmed message includes bearer capability information if any of the negotiable parameters of the 
bearer capability has to be changed. When VMSCB receives the Call confirmed message via BSSB, it 
sends an Allocate channel message to BSSB. BSSB instructs MSB to tune to a traffic channel by sending 
an Assignment command. When MSB has tuned to the specified traffic channel it responds with an 
Assignment complete, message, which BSSB relays to VMSCB as an Allocation complete, and sends an 
Alerting message to indicate that the called user is being alerted. VMSCB sends an ACM to GMSCB, 
which relays it to the originating exchange. 

When the called user answers, MSB sends a Connect message, which BSSB relays to VMSCB. VMSCB: 

responds with a Connect ack message towards MSB; 

sends an ANM to GMSCB, which relays it to the originating exchange; 

sends a Complete call ack to VLRB. 

The network then waits for the call to be cleared. 
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6 Principles for interactions with supplementary services 

This clause specifies the principles used to describe the invocation of the GSM supplementary services 
which were standardized when this specification was drafted. Registration, erasure, activation, 
deactivation and interrogation are call-independent operations; they are therefore outside the scope of this 
specification. Descriptions may be found in the stage 2 specifications for each supplementary service. 

In the modelling used in this specification, each supplementary service which a network entity supports is 
managed by a supplementary service handler, which handles data in the entity in which it runs. The call 
handling processes defined in this specification use the data to define the contents of messages to other 
entities. The basic call handling processes defined in this specification interact with the supplementary 
service handlers as shown in the SDL diagrams and the supporting text. If a network entity does not 
support a supplementary service, it bypasses the interaction with the handler for that supplementary 
service. Exceptions to this general principle are described later in this clause. 

6.1 Line identification services (GSM 03.81) 

6.1.1 Calling Line Identification Presentation (CLIP) 

The basic call handling processes ICH_VLR and ICH_MSC interact with the processes CLIP_MAF001 
and CLIP_MAF002 (ETS 300 542 [6]) as described in subclauses 7.3.2 and 7.3.1 . 

6.1.2 Calling Line Identification Restriction (CLIR) 

The basic call handling processes OCH_MSC and OCH_VLR interact with the processes CLIR_MAF004 
and CLIR_MAF003 (ETS 300 542 [6]) as described in subclauses 7.1 .1 and 7.1 .2. 

6.1.3 Connected Line Identification Presentation (COLP) 

The basic call handling processes OCH_MSC and OCH_VLR interact with the processes COLP_MAF006 
and COLP_MAF005 (ETS 300 542 [6]) as described in subclauses 7.1 .1 and 7.1 .2. 

The basic call handling processes MT_GMSC and ICH_MSC interact with the process COLP_MAF039 [6] 
as described in subclauses 7.2.1 and 7.3.1 . 

6.1.4 Connected Line Identification Restriction (COLR) 

The basic call handling processes ICH_VLR and ICH_MSC interact with the processes COLR_MAF040 
and COLR_MAF041 (ETS 300 542 [6]) as described in subclauses 7.3.2 and 7.3.1 . 

6.2 Call forwarding services (GSM 03.82) 

6.2.1 Call Forwarding Unconditional (CFU) 

The basic call handling process SRI_HLR interacts with the process MAF007(ETS 300 543 [7]) as 
described in subclause 7.2.2. 

6.2.2 Call Forwarding on mobile subscriber Busy (CFB) 

The basic call handling process ICH_VLR interacts with the process MAF008 (ETS 300 543 [7]) as 
described in subclause 7.3.2. 

6.2.3 Call Forwarding on No Reply (CFNRy) 

The basic call handling process ICH_VLR interacts with the process MAF009 (ETS 300 543 [7]) as 
described in subclause 7.3.2. 

6.2.4 Call Forwarding on mobile subscriber Not Reachable (CFNRc) 

The basic call handling processes SRIJHLR and ICH_VLR interact with the process MAF010 
(ETS 300 543 [7]) as described in subclauses 7.2.2 and 7.3.2. 
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6.3 Call wait (GSM 03.83) 

The basic call handling process ICH_VLR interacts with the process MAF013(ETS 300 544 [8]) as 
described in subclause 7.3.2. Further details of the handling of call waiting are given in subclauses 7.3.1 
and 7.3.2. 

6.4 Call hold (GSM 03.83) 

Invocation of call hold before a basic call has been established will be rejected. 

6.5 Multiparty (GSM 03.84) 

Invocation of multiparty before a basic call has been established will be rejected. 

6.6 Closed user group (GSM 03.85) 

The basic call handling process OCH_VLR interacts with the process CUG_MAF014 (ETS 300 546 [10]) 
as described in subclause 7.1 .2. 

The basic call handling process SRI_HLR interacts with the process CUG_MAF015 (ETS 300 546 [10]) as 
described in subclause 7.2.2. 

The interactions between call forwarding and CUG (ETS 300 546 [10]) are handled as described in 
subclause 7.2.2.6. 

6.7 Advice of charge (GSM 03.86) 

The interactions between Advice of Charge (ETS 300 547 [11]) and MO calls are handled as described in 
subclauses 7.1 .1 and 7.1 .2. 

The interactions between Advice of Charge (ETS 300 547 [11]) and MT calls are handled as described in 
subclauses 7.3.1 and 7.3.2. 

6.8 Call barring (GSM 03.88) 

6.8.1 Barring of outgoing calls 

The basic call handling process OCH_VLR interacts with the processes MAF017, MAF018 and MAF020 
(ETS 300 548 [12]) as described in subclause 7.1 .2. 

6.8.2 Barring of incoming calls 

The basic call handling process SRI_HLR interacts with the processes MAF022 and MAF023 
(ETS 300 548 [12]) as described in subclause 7.2.2. 

6.9 Explicit Call Transfer (GSM 03.91) 

There is no interaction between Explicit Call Transfer and the basic call handling described in this 
specification. 
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7 Functional requirements of network entities 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the 
information in the SDL diagrams. 

The entities described in this clause interwork with other entities over three different types of interface: 

The A interface, used to interwork between the MSC and the BSS or the MS. 

The C, D & F interfaces, used to interwork between the MSC & HLR (C), VLR & HLR (D) and MSC 

&EIR(F). 

Telephony signalling interfaces, used to interwork between an MSC and another exchange. 

The protocols used over the A interface are BSSMAP, which is specified in ETS 300 590 [15], for 
interworking with the BSS and DTAP, which is specified in ETS 300 557 [13], for interworking with the MS. 

The protocol used over the C, D & F interfaces is MAP, which is specified in ETS 300 599 [16]. 

For the purposes of this specification, the protocol used over telephony signalling interfaces is ISUP, 
which is specified in ETS 300 356-1 [20]; other telephony signalling systems may be used instead. 

This specification shows the call handling application processes interworking with a protocol handler for 
each of the protocols listed above. Each protocol defines supervision timers. If a supervision timer expires 
before a distant entity responds to a signal, the handling is as defined in the appropriate protocol 
specification. In general, the protocol handler reports timer expiry to the application as an error condition 
or negative response. Where a timer is shown in this specification, therefore, it is an application timer 
rather than a protocol timer. Interworking with the protocol handlers uses functional signal names which 
do not necessarily have a one-to-one correspondence with the names of messages used in the protocols. 

An MSC which receives an IAM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the IAM to a destination exchange determined by analysis 
of the called party address, and thereafter relays other telephony signalling between the originating 
and destination exchange until the connection is released. This behaviour is not specific to GSM. 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in 
the service area of the MSC. 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns 
routeing information, the MSC uses the routeing information from the HLR to construct an IAM, 
which it sends to a destination exchange determined by analysis of the routeing information from 
the HLR. 

Annex A describes the method which the MSC uses to decide how to process the IAM. 

7.1 MO call 

7.1.1 Functional requirements of serving MSC 

7.1 .1 .1 Process OCH_MSC 

Sheet 1 : the MSC converts the GSM bearer capability negotiated between the MSC and the MS to a GSM 
basic service according to the rules defined in ETS 300 582 [14]. 

Sheet 2, sheet 4: at any stage after the Setup has been received, the MS may terminate the transaction 
with the network by sending a Release transaction request. 

7.1.1.2 Procedure Process_Access_Request_MSC 

Sheet 1, sheet 2: instead of using the explicit procedure Obtain_IMEI_MSC, the MSC may encapsulate 
the request for the IMEI in the Start ciphering request; the BSS relays the response in the Cipher Mode 
complete message to the MSC. 
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Sheet 2: the MSC maps the negative response received on the B interface to the appropriate reject cause 
according to the rules defined in ETS 300 607 [18]. 

Sheet 2: The Start ciphering request may indicate one of several ciphering algorithms, or no ciphering. 

Sheet 2, sheet 3: At any stage, the MS may terminate the transaction with the network by sending a CM 
service abort message. 

Sheet 2, sheet 3: if the MSC receives a Setup message from the MS while the access request is being 
handled, the message is saved for processing after the access request has been handled. 

7.1 .1 .3 Procedure Set_CLI_Presentation_lndicator_MSC 

The MS may terminate the transaction with the network by sending a Release transactionmessage while a 
response is awaited from the process CLIR_MAF004. The message is saved for processing after return 
from the procedure. 

7.1 .1 .4 Procedure Set_COLP_lnfo_MSC 

The MS may terminate the transaction with the network by sending a Release transactionmessage while a 
response is awaited from the process COLP_MAF006. The message is saved for processing after return 
from the procedure. 

7.1.1.5 Procedure Handle_AoC_MO_MSC 

The charging parameters and the Boolean variable Acknowledgement required are global data which can 
be read by the parent process. 

7.1 .1 .6 Procedure Obtain_IMSI_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to return its 
IMSI. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a 
Release, Release Complete or Disconnect. The MSC aborts the transaction with the VLR and returns an 
aborted result to the parent process. 

7.1 .1 .7 Procedure Authenticate_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to respond to 
an authentication request. If a CC connection has not been established, the MS uses CM Service Abort; 
otherwise it uses a Release, Release Complete or Disconnect. The MSC aborts the transaction with the 
VLR and returns an aborted result to the parent process. 

7.1 .1 .8 Procedure Obtain_IMEI_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to return its 
IMEI. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a 
Release, Release Complete or Disconnect. The MSC aborts the transaction with the VLR and returns an 
aborted result to the parent process. 

7.1 .1 .9 Procedure Check_IMEI_MSC 

The MS may terminate the transaction with the network while the MSC is waiting for the MS to return its 
IMEI. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a 
Release, Release Complete or Disconnect. The MSC aborts the transaction with the VLR and returns an 
aborted result to the parent process. 

The MS may terminate the transaction with the network while the MSC is waiting for the result of the IMEI 
check from the EIR. If a CC connection has not been established, the MS uses CM Service Abort; 
otherwise it uses a Release, Release Complete or Disconnect. The MSC aborts the transaction with the 
VLR and returns an aborted result to the parent process. 
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Figure 6a: Process OCH_MSC (sheet 1) 
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Figure 6b: Process OCH_MSC (sheet 2) 
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Figure 6c: Process OCH_MSC (sheet 3) 



GSM 03.18 



24 



TS 101 043 V5.0.1 (1997-04) 



Process OCH MSC 



Process in the MSC to ' ' 

handle an outgoing call request 



Signals to/from the left 

are to/lrom the BSS; 

signals to/from the right 

are to/from the destination exchange 



OCH_MSC4(4) 



Wait_For_ACM, 
Wait_For_ANM, 
WaitForConnectAck, 
Wait_For_Clear 



. Release 
transaction 



I From 

I destination 



Release 
transaction 



Release 

call 
resources 



Figure 6d: Process OCH_MSC (sheet 4) 
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Procedure Process_Access_Request_MSC 
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Figure 7a: Procedure Process_Access_Request_MSC (sheet 1) 
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Figure 7b: Procedure Process_Access_Request_MSC (sheet 2) 
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Figure 7c: Procedure Process_Access_Request_MSC (sheet 3) 
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Figure 9: Procedure Set_COLP_lnfo_MSC 
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Procedure Handle AoC MO MSC 
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Figure 10: Procedure Handle_AoC_MO_MSC 
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Figure 11: Procedure Obtain_IMSI_MSC 
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Figure 12: Procedure Authenticate_MSC 
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Figure 13: Procedure Obtain_IMEI_MSC 
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Figure 14: Procedure Check_IMEI_MSC 
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7.1.2 Functional requirements of VLR 

7.1.2.1 Process OCH_VLR 

Sheet 2: it is an implementation option to carry out the check for operator determined barring of all 
outgoing calls before the check on provisioning of the requested basic service. 

Sheet 2: the negative response "call barred" indicates whether the reason is operator determined barring 
or supplementary service barring, according to the result returned by the procedure Check_OG_Barring. 

7.1.2.2 Procedure Process_Access_Request_VLR 

Sheet 1 : it is a network operator decision (subject to MoU requirements) how often an MS should be 
authenticated. 

Sheet 2: the processes Update_Location_VLR and Subscriber_Present_VLR are described in 
ETS300 599[16]. 

Sheet 2: it is a network operator decision (subject to MoU requirements) whether a connection should be 
ciphered. 

Sheet 3: it is a network operator decision (subject to MoU requirements) how often an IMEI should be 
checked. 

Sheet 5: it is a network operator decision whether emergency calls are allowed from an ME with no SIM. 

7.1.2.3 Procedure Check_BAOC 

Sheet 1 : if the VLR receives an Abort message from the MSC while it is awaiting a response from the 
process MAF017, the message is saved for handling after return from the procedure. 

7.1.2.4 Procedure OG_CUG_Check 

If the VLR receives an Abort message from the MSC while it is awaiting a response from the process 
MAF014, the message is saved for handling after return from the procedure. 

7.1.2.5 Procedure Check_OG_Barring 

Sheet 2: if the VLR receives an Abort message from the MSC while it is awaiting a response from the 
process MAF018 or MAF019, the message is saved for handling after return from the procedure. 

7.1.2.6 Procedure Get_LI_Subscription_lnfo_MO_VLR 

If the VLR receives an Abort message from the MSC while it is awaiting a response from the process 
CLIR_MAF0003 or CLIR_MAF005, the message is saved for handling after return from the procedure. 

7.1.2.7 Procedure Get_AoC_Subscription_lnfo_VLR 

The indicator of whether or not AoC is provisioned is global data which can be read by the parent process. 

7.1.2.8 Procedure Obtain_ldentity_VLR 

It is a network operator decision whether open (unciphered) identification of the MS by its IMSI is allowed. 

7.1.2.9 Procedure Obtain_IMSI_VLR 

7.1.2.10 Procedure Authenticate_VLR 

Sheet 1 : the number of unused authentication sets which triggers the VLR to request further 
authentication sets from the HLR is an operator option. 
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7.1.2.11 Procedure Obtain_Authentication_Sets_VLR 

7.1.2.12 Procedure Start_Tracing_VLR 

7.1.2.13 Procedure Check_IMEI_VLR 

If the response from the EIR to a request to check an IMEI is: 

blacklisted, then service is not granted; 

greylisted, then service is granted, but the network operator may decide to initiate tracing; 

whitelisted, then service is granted. 

7.1.2.14 Procedure Obtain_IMEI_VLR 

7.1.2.15 Process Fetch Authentication Sets VLR 
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Figure 15a: Process OCH_VLR (sheet 1) 
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Figure 15b: Process OCH_VLR (sheet 2) 
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Figure 16a: Procedure Process_Access_Request_VLR (sheet 1) 
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Figure 16b: Procedure Process_Access_Request_VLR (sheet 2) 
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Figure 16c: Procedure Process_Access_Request_VLR (sheet 3) 
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Figure 16d: Procedure Process_Access_Request_VLR (sheet 4) 
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Figure 16e: Procedure Process_Access_Request_VLR (sheet 5) 
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Figure 17: Procedure CheckBAOC 
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Figure 18: Procedure OG_CUG_Check 
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Figure 19a: Procedure Check_OG_Barring (sheet 1) 
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Figure 19b: Procedure Check_OG_Barring (sheet 2) 
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Figure 19c: Procedure Check_OG_Barring (sheet 3) 
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Figure 20: Procedure Get_LI_Subscription_lnfo_MO_VLR 
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Figure 21 : Procedure Get_AoC_Subscription_lnfo_VLR 
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Figure 22: Procedure Obtain_ldentity_VLR 
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Figure 23: Procedure Obtain_IMSI_VLR 
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Figure 24a: Procedure Authenticate_VLR (sheet 1) 
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Figure 24b: Procedure Authenticate_VLR (sheet 2) 
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Figure 25a: Procedure Obtain_Authentication_Sets_VLR (sheet 1) 
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Figure 25b: Procedure Obtain_Authentication_Sets_VLR (sheet 2) 
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Figure 26: Procedure Start_Tracing_VLR 
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Figure 27: Procedure Check_IMEI_VLR 
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Figure 28: Procedure Obtain_IMEI_VLR 
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Figure 29: Process Fetch_Authentication_Sets_VLR 
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7.2 Retrieval of routeing information for MT call 

7.2.1 Functional requirements of GMSC 

7.2.1.1 Process MT_GMSC 

Sheet 1 : the suggested mapping from values of the Send Routeing Info negative response information 
element to values of the ISUP release cause (see ITU-T Recommendation Q. 850 [21]) is shown in 
table 1 . The mapping used is a matter for the network operator, depending on the telephony signalling 
system used. 

Sheet 3: after the GMSC has sent an IAM to the destination VMSC or the forwarded-to exchange, it acts 
as a transparent relay for messages received from the originating exchange and the destination VMSC or 
the forwarded-to exchange. Any message other than Address Complete, Connect, Answer or Release 
causes no change of state in the process MT_GMSC. 

Table 1 : Suggested mapping of Send Routeing Info (SRI) negative responses to ISUP release 

causes 



SRI negative response 

Absent subscriber 

Bearer service not 

provisioned 

Call barred (ODB) 

Call barred (SS barring) 

CUG reject (Called party SS 

interaction violation) 

CUG reject (Incoming calls 

barred within CUG) 

CUG reject (Subscriber not 

member of CUG) 

CUG reject (Requested basic 

service violates CUG 

constraints) 

Data missing 

Facility not supported 

Forwarding violation 

Number changed 

System failure 

Teleservice not provisioned 

Unexpected data value 

Unknown subscriber 



ISUP release cause number 


ISUP release cause name 


20 


Subscriber absent 


57 


Bearer capability not authorised 


21 


Call rejected 


21 


Call rejected 


21 


Call rejected 


55 


Incoming calls barred within CUG 


87 


User not member of CUG 


87 


User not member of CUG 


111 


Protocol error, unspecified 


69 


Requested facility not implemented 


21 


Call rejected 


22 


Number changed 


111 


Protocol error, unspecified 


57 


Bearer capability not authorised 


111 


Protocol error, unspecified 


1 


Unallocated (unassigned) number 



7.2.1.2 



Procedure Handle_COLP_Forwarding_lnteraction_MSC 



The originating exchange or the destination exchange may release the call while a response is awaited 
from the process COLP_MAF039. The message is saved for processing after return from the procedure. 
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Figure 30a: Process MT_GMSC (sheet 1) 
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Figure 30b: Process MT_GMSC (sheet 2) 
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Figure 30c: Process MT_GMSC (sheet 3) 
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Figure 31: Procedure Handle_COLP_Forwarding_lnteraction_MSC 
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7.2.2 Functional requirements of HLR 

7.2.2.1 Process SRI_HLR 

Sheet 1 : The procedures Check_Parameters, Subscription_Check_HLR and First_Forwarding_HLR can 
set the negative response parameter which is used by the process SRIJHLR to construct the Send 
Routeing Info negative response message. This negative response parameter is global data, accessible 
by the process SRIJHLR. 

Sheet 2: The procedure PRN_Error_HLR can set the negative response parameter which is used by the 
process SRIJHLR to construct the Send Routeing Info negative response message. This negative 
response parameter is global data, accessible by the process SRIJHLR. 

7.2.2.2 Procedure CheckParameters 

If any parameters required by the rules in clause 8 are missing from the message, the procedure sets the 
negative response to "Data missing". If any parameter has a value which is not in the set of values 
expected for the parameter, the procedure sets the negative response to "Unexpected data value". 

7.2.2.3 Procedure Subscription_Check_HLR 

It is an implementation option to carry out the check for operator determined barring of incoming calls 
before the check on provisioning of the requested basic service. 

The negative response "Call barred" indicates whether the reason is operator determined barring or 
supplementary service barring, according to the result returned by the procedure CheckJCJ3arring. 

The negative response "CUG reject" indicates whether the reason is: 

Incoming calls barred within CUG; 

Requested basic service violates CUG constraints; 

Subscriber not member of CUG 

according to the cause returned by the procedure IC_CUG_Check. 

7.2.2.4 Procedure FirstJ=orwarding HLR 

7.2.2.5 Procedure PRNJErrorJHLR 

7.2.2.6 Procedure Forward_CUG_Check 

7.2.2.7 Procedure DeriveJRequestedJ3asicJ3ervice_HLR 

The rules for deriving a GSM bearer capability from ISDN compatibility information or the MSISDN of the 
B subscriber are specified in ETS 300 604 [17]. If a GSM bearer capability cannot be derived from the 
ISDN compatibility information or the MSISDN of the B subscriber, the HLR applies a default basic service 
according to the requirements of the operator. 

7.2.2.8 Procedure CheckJC_Barring 

7.2.2.9 Procedure IC_CUG_Check 

7.2.2.10 Procedure Handle_CFU 

The test "Normal call" refers to the value of the indicator returned by the process MAF007. 

7.2.2.11 Procedure Handle_CFNRc 

The test "Mobile subscriber not reachable" refers to the value of the indicator returned by the process 
MAF010. 
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Figure 32a: Process SRIJHLR (sheet 1) 
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Figure 32b: Process SRI_HLR (sheet 2) 
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Figure 33: Procedure Check_Parameters 



GSM 03.18 



70 



TS 101 043 V5.0.1 (1997-04) 



Procedure Subscription_Check_HLR 



SC_HLR1(1) 



Procedure in the HLR 
to make subscription 
checks for a mobile- 
terminated call 




Set negative 
response: 
Unknown 
subscriber 



Set negative 





Check_IC_ 
Barring 



Set negative 
response: 
service not 

provisioned 



I Bearer service 



Teleservice 




IC_CUG_ 
Check 



Set negative 
response: 
Call barred 




Set negative 
response: 
CUG reject 



Result:- 
Pass 





Figure 34: Procedure SubscriptionCheckHLR 
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Figure 35: Procedure First_Forwarding_HLR 
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Figure 36: Procedure PRN_Error_HLR 
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Figure 37: Procedure Forward_CUG_Check 
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Figure 38: Procedure Derive_Requested_Basic_Service_HLR 
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Figure 39a: Procedure Check_IC_Barring (sheet 1) 
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Figure 39b: Procedure Check_IC_Barring (sheet 2) 



GSM 03.18 



77 



TS 101 043 V5.0.1 (1997-04) 



Procedure IC CUG Check 



Procedure to carry out \ 
CUG authorisation check ] 
tor an incoming (MT) call 



Signals to/from the rig|h\ 
are to/from the process 
CUG MAF015 



IC_CUG1(1) 




Wait_For_ 
CUG_Response 



response 
to call 
request 



complete call 
(conditional 
CUG info) 



reject 

call 
(cause) 



Result:- 
Call allowed 



Result:- 

Call barred 

(cause) 




Figure 40: Procedure IC_CUG_Check 
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Figure 41 : Procedure Handle_CFU 
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Figure 42: Procedure Handle_CFNRc 
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7.2.3 Functional requirements of VLR 

7.2.3.1 Process PRN_VLR 

Sheet 1 : the procedure Check_Parameters is specified in subclause 7.2.2.2. 

Sheet 2: the number of unused authentication sets which triggers the VLR to request further 
authentication sets from the HLR is an operator option. 

Sheet 2: the process Fetch_Authentication_Sets_VLR is specified in subclause 7.1 .2.15. 

7.2.3.2 Process Restore_Subscriber_Data_VLR 

7.2.3.3 Process PSI_VLR 

Sheet 1 : the procedure Check_Parameters is specified in subclause 7.2.2.2. 

Sheet 2: the task "Set Location Info" encompasses: 

Insertion of the cell ID if it was received from the MSC, otherwise retrieval of the stored location 

area ID; 

Derivation of the location number and geographical information from the cell ID or location area ID if 

the VLR is capable of doing so; 

Insertion of the age of the location information received from the MSC; 

Insertion of the VLR number. 

Sheet 2: the task "Set subscriber state" consists of inserting the subscriber state if it was received from 
the MSC, otherwise inserting the state "Network determined not reachable". 
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Figure 43a: Process PRN_VLR (sheet 1) 
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Figure 43b: Process PRN_VLR (sheet 2) 
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Figure 43c: Process PRN_VLR (sheet 3) 



GSM 03.18 



84 



TS 101 043 V5.0.1 (1997-04) 



Process Restore Subscriber Data VLR 



Process in the VLR ' \ 
to restore subscriber data 



Signals to/from the left 1 ! 
are to/from the HLR 



Wait_For_ 
Data 



. Restore 
Data ack 



Update 

Subscriber 

Data 



Update 

HLR 
number 



Update MS 

Not Reachable 

indicator 



Data 

confirmed by 

HLR:=True 



_ If received 
from HLR 

I 



RSD_VLR1(1) 



Restore 
> Data negative 
response 



Figure 44: Process Restore_Subscriber_Data_VLR 
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Figure 45a: Process PSI_VLR (sheet 1) 
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Figure 45b: Process PSI_VLR (sheet 2) 
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7.2.4 Functional requirements of MSC 

7.2.4.1 Process OSI_MSC 

If the MS is engaged on a circuit-switched call, the state is busy, otherwise assumed idle. 



GSM 03.18 



88 



TS 101 043 V5.0.1 (1997-04) 



Process OSI_MSC 

Process in the MSC to handle 
a request from the VLR for N 
information on the subscriber's 
location and state 




Set age of 
location info 



Set cell 
global 

identity 



Set 
subscriber 

state 






OSI_MSC1(1) 



Signals to/from the left x 
are to/from the VLR 



Figure 46: Process OSI_MSC 
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7.3 MT call 

7.3.1 Functional requirements of serving MSC 

7.3.1.1 Process ICH_MSC 

Sheet 1 : the rules for converting the ISDN BC/LLC/HLC to a GSM bearer service or teleservice are 
specified in ETS 300 604 [1 7]. 

Sheet 1 : the procedure Process_Access_Request_MSC is specified in subclause 7.1 .1 .2. 

Sheet 2: the suggested mapping from values of the Send Info For Incoming Call negative response 
information element to values of the ISUP release cause (see ITU-T Recommendation Q. 850 [21]) is 
shown in table 2. The mapping used is a matter for the network operator, depending on the telephony 
signalling system used. 

Table 2: Suggested mapping of Send Info For Incoming Call (SIFIC) negative responses to ISUP 

release causes 

SIFIC negative response 

Absent subscriber 

Busy subscriber 

CUG reject (Called party SS 

interaction violation) 

Forwarding violation 

Impossible call completion 

No subscriber reply 

System failure 

Unallocated roaming number 

Sheet 3: the procedure Handle_COLP_Forwarding_lnteraction is specified in subclause 7.2.1 .2. 

Sheet 5: after the VMSC has sent an IAM to the forwarded-to exchange, it acts as a transparent relay for 
messages received from the GMSC and the forwarded-to exchange. Any message other than Address 
Complete, Connect, Answer or Release causes no change of state in the process ICH_MSC. 

7.3.1.2 Procedure Page_MS_MSC 

Sheet 1 : For an SMS or SS page, the test "Call still exists" takes the "Yes" exit if the SMS or SS 
transaction which led to the page still exists. 

Sheet 1 : the test "SMS or SS page" is not required for the handling of circuit-switched calls, because the 
VLR will always use a page type of "circuit-switched call", but the more generalized procedure 
Page_MS_MSC is equally applicable to paging for SMS delivery or network-initiated SS procedures. 

Sheet 1 : the test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

Sheet 1 : the test "Call in setup" takes the "Yes" exit if the call on which the MS is engaged has not 
reached the established phase (called party answer). 

Sheet 1 : the test Call waiting" takes the "Yes" exit if a waiting call has been offered to the subscriber but 
the outcome of offering the call has not been determined. 

Sheet 1 : the negative response Busy Subscriber (More calls possible) includes the basic service which 
applies for the established call. 

Sheet 2: the signal input "MS connection established" indicates that the MS has responded to paging, or 
sent a CM service request for anything other than a circuit-switched call, or completed the location 
registration procedure. 



ISUP release cause number 


ISUP release cause name 


20 


Subscriber absent 


17 


User busy 


21 


Call rejected 


21 


Call rejected 


111 


Protocol error, unspecified 


19 


No answer from user (user alerted) 


111 


Protocol error, unspecified 


111 


Protocol error, unspecified 
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7.3.1 .3 Procedure Search_For_MS_MSC 

Sheet 1 : For an SMS or SS page, the test "Call still exists" takes the "Yes" exit if the SMS or SS 
transaction which led to the page still exists. 

Sheet 1 : the test "SMS or SS page" is not required for the handling of circuit-switched calls, because the 
VLR will always use a page type of "circuit-switched call", but the more generalized procedure 
SearchForMSJvISC is equally applicable to paging for SMS delivery or network-initiated SS 
procedures. 

Sheet 1 : the test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

Sheet 1 : the test "Call in setup" takes the "Yes" exit if the call on which the MS is engaged has not 
reached the established phase (called party answer). 

Sheet 1 : the test "Call waiting" takes the "Yes" exit if a waiting call has been offered to the subscriber but 
the outcome of offering the call has not been determined. 

Sheet 1 : the negative response Busy Subscriber (More calls possible) includes the basic service which 
applies for the established call. 

Sheet 2: the signal input "MS connection established" indicates that the MS has responded to paging, or 
sent a CM service request for anything other than a circuit-switched call, or completed the location 
registration procedure. 

7.3.1.4 Procedure Complete_Call_ln_MSC 

Sheet 1 : the MSC and the MS may negotiate the bearer capability to be used for the call by the exchange 
of information in the Setup and Call Confirmed messages. 

7.3.1.5 Procedure Process_Call_Waiting_MSC 

Sheet 1 : the MSC and the MS may negotiate the bearer capability to be used for the call by the exchange 
of information in the Setup and Call Confirmed messages. 

Sheet 1 : the Call Confirmed message indicates "busy" for the successful case. 

Sheets 1 & 2: the Release transaction (reject) message covers all unsuccessful cases not otherwise 
indicated. 

7.3.1.6 Procedure Set_CLIP_lnfo_MSC 

The originating exchange may release the call or the MS may terminate the transaction with the network 
by sending a Release transaction message while a response is awaited from the process CLIP_MAF002. 
The message is saved for processing after return from the procedure. 

7.3.1.7 Procedure Derive_GSM_BC_MSC 

7.3.1.8 Procedure Handle_AoC_MT_MSC 

7.3.1.9 Procedure Set_COL_Presentation_lndicator_MSC 

The originating exchange may release the call or the MS may terminate the transaction with the network 
by sending a Release transaction message while a response is awaited from the process COLP_MAF041 . 
The message is saved for processing after return from the procedure. 
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Figure 47a: Process ICH_MSC (sheet 1) 
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Figure 47b: Process ICH_MSC (sheet 2) 
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Figure 47c: Process ICH_MSC (sheet 3) 
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Figure 47d: Process ICH_MSC (sheet 4) 
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Figure 47e: Process ICH_MSC (sheet 5) 
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Figure 48a: Procedure Page_MS_MSC (sheet 1) 
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Figure 48b: Procedure Page_MS_MSC (sheet 2) 
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Figure 49a: Procedure Search_For_MS_MSC (sheet 1) 
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Figure 49b: Procedure Search_For_MS_MSC (sheet 2) 
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Figure 50a: Procedure Complete_Call_ln_MSC (sheet 1) 
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Procedure Complete_Call_ln_MSC 



Procedure in the MSC > 
to complete an MT call ] 
on request from the VLR 



Signals to/from the left \ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



Wait_For_ 
Allocation_ 
Complete 
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Result:- 
Aborted 



Figure 50b: Procedure Complete_Call_ln_MSC (sheet 2) 
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Procedure Complete_Call_ln_MSC 



Procedure in the MSC , 
to complete an MT call | 
on request from the VLR 



Wait_for_ 
Answer 



CCI_MSC3(4) 



to/from the left \ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 
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Result:- 
Aborted 





Figure 50c: Procedure Complete_Call_ln_MSC (sheet 3) 
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Procedure Complete_Call_ln_MSC 



CCI_MSC4(4) 



Procedure in the MSC > 
to complete an MT call ] 
on request from the VLR 



Wait_For_Setup_Response, 
_ Wait_For_Assignment_Coimplete, 
Wait_For_Alerting, 
Wait For Answer 



. Release 
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response: 
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(UDUB) 



Complete 
Call 
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Result:- 
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Signals to/from the left \ 
are to/from the BSS; 
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unless marked otherwise 



I From GMSC 



Figure 50d: Procedure Complete_Call_ln_MSC (sheet 4) 
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Procedure Process_Call_Waiting_MSC 



Procedure in the MSC | \ 

to handle a Process Call Waiting 
request from the VLR 



Signals to/from the left l\ 
are to/from the BSS; '— 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 
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Figure 51a: Procedure Process_Call_Waiting_MSC (sheet 1) 
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Procedure Process_Call_Waiting_MSC 



Procedure in the MSC | \ 

to handle a Process Call Waiting 
request from the VLR 



Signals to/from the left \ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



PCW_MSC2(3) 




. Allocation 
Complete 



.Allocation 
failure 



Handle_AoC_ 
MT_MSC 




Connect 

ack 
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Result:- 
Aborted 
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Waiting ack 




Result:- 
Pass 




Figure 51b: Procedure Process_Call_Waiting_MSC(sheet 2) 
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Procedure Process_Call_Waiting_MSC 



PCW_MSC3(3) 



Procedure in the MSC | \ 

to handle a Process Call Waiting 
request from the VLR 



Wait_for_ 
Acceptance 



Signals to/from the left \ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 
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reply 



Process 
Call Waiting 
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Result:- 

Fail 



Result:- 
Aborted 
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Fail 
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From GMSC of 
waiting call 



Figure 51c: Procedure Process_Call_Waiting_MSC(sheet 3) 
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Procedure Set CLIP Info MSC 



Procedure in the MSC | \ 

to determine the CLIP 
information to be sent to the MS 



Signals to/from the rig|h\ 
are to/from the process 
CLIP MAF002 



Release 
transaction 






Initiate 
handling 
of CLIP 



Wait_For_ 
CLIPJnfo 



Continue 

call 

handling 




CAINF_M1(1) 



Release / I From GMSC 



Figure 52: Procedure Set_CLIP_lnfo_MSC 
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Procedure Derive GSM BC MSC 



DRBC_M1(1) 



Procedure in the MSC to 
derive the requested GSM BC i 
lor an incoming (MT) call 
according to the rules of 
GSM 09.07 




GSM BC received 
in PRN? 




Omit GSM BC 
from Setup 



Use GSM BC 
received 
in PRN 



Use GSM BC 

derived from 

ISDN compatibility 

information 




Figure 53: Derive_GSM_BC_MSC 
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Procedure Handle AoC MT MSC 



AOCMT_M1(1) 



Procedure in the MSC 
to handle AoC signalling 
towards the MS for an MT call ' 



Set 
charging 
parameters 




Signals to/from the left 

are to/from the BSS; 

signals from the right 

are from the AoC timer function 




charging 
parameters 




Start AoC 

acknowledgment 

timer 



Wait_For_ 

Charging_ 

Parameters_ 

Ack 
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connection 
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acknowledgmei 
timer expired 



Release 
transaction 



Result:- 

Pass 




Figure 54: Procedure Handle_AoC_MT_MSC 
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Procedure Set COL Presentation Indicator MSC 



COIND_M1(1) 



Procedure in the MSC | \ 
to determine the COL 
presentation indicator value 



Signals to/from the rig|h\ 
are to/from the process 
COLR MAF041 



Initiate 
handling 
of COLR 



/ \ 

Wait_For_ 

COLR_lnfo 




Continue 

call 

handling 





Figure 55: Procedure Set_COL_Presentation_lndicator MSC 
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7.3.2 Functional requirements of VLR 

7.3.2.1 Process ICH_VLR 

Sheet 1 : if the MSRN received in the Send Info For Incoming Call is not allocated or there is no IMSI 
record for the IMSI identified by the MSRN, this is treated as an unknown MSRN. 

Sheet 2: the procedure Process_Access_Request_VLR is specified in subclause 7.1 .2.2. 

Sheet 2: the test "NDUB?" takes the "Yes" exit if the Page MS negative response or the Search for MS 
negative response had the value Busy Subscriber (NDUB). 

Sheet 2: the VLR uses the basic service returned in the Page MS negative response or the Search for MS 
negative response Busy Subscriber (More calls possible) to determine whether call waiting is available. 

Sheet 2: the procedure Get_AoC_Subscription_lnfo_VLR is specified in subclause 7.1 .2.7. 

Sheet 5: the procedure Handle_CFNRc is specified in subclause 7.2.2.1 1 . 

Sheet 6: the procedure Forward_CUG_Check is specified in subclause 7.2.2.6. 

7.3.2.2 Procedure Derive_Requested_Basic_Service_VLR 

If the VLR did not receive a basic service for the call in the Send Info For Incoming Call, and did not 
receive a GSM bearer capability in the Provide Roaming Number, it applies a default basic service 
according to the requirements of the operator. 

7.3.2.3 Procedure Search_For_MS_VLR 

7.3.2.4 Procedure Get_CW_Subscription_lnfo_VLR 

The MSC may abort the transaction with the VLR while a response is awaited from the process MAF013. 
The message is saved for processing after return from the procedure. 

7.3.2.5 Procedure Get_LI_Subscription_lnfo_MT_VLR 

The MSC may abort the transaction with the VLR while a response is awaited from the process 
CLIP_MAF001 or the process COLR_MAF040. The message is saved for processing after return from the 
procedure. 

7.3.2.6 Procedure Handle_CFB 

The test "Normal call busy" refers to the value of the indicator returned by the process MAF008. 

7.3.2.7 Procedure Handle_CFNRy 

The test "Normal call" refers to the value of the indicator returned by the process MAF009. 



GSM 03.18 



112 



TS 101 043 V5.0.1 (1997-04) 



Process ICH VLR 



Process in VLRB to | \ 

handle a request tor information 
tor an incoming (MT) call 





ICH_VLR1 (6) 



Signals to/from the leftN 
are to/from the MSC. 



Set negative 

response: 

System 

Failure 
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Unallocated 

Roaming Number 



type= 
circuit-switched call 





Idle 



Figure 56a: Process ICH_VLR (sheet 1) 
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Process ICH VLR 



Process in VLRB to | \ 

handle a request tor information 
tor an incoming (MT) call 




Get LI 
Subscription_ 
lnfo_MT_VLR 



Get_AoC_ 

Subscription_ 
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As defined in 
GSM 03.85 
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response: 
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Figure 56b: Process ICH_VLR (sheet 2) 
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Process ICH VLR 



Process in VLRB to | \ 

handle a request tor information 
tor an incoming (MT) call 



ICH_VLR3(6) 



. Complete 
' Call ack 






Signals to/from the lefl\ 
are to/from the MSC. 





Figure 56c: Process ICH_VLR (sheet 3) 
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Process ICH VLR 



Process in VLRB to | \ 

handle a request lor information 
lor an incoming (MT) call 
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Figure 56d: Process ICH_VLR (sheet 4) 
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Process ICH VLR 



Process in VLRB to | \ 

handle a request tor information 
tor an incoming (MT) call 
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Figure 56e: Process ICH_VLR (sheet 5) 
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Process ICH VLR 



Process in VLRB to | \ 

handle a request tor information 
tor an incoming (MT) call 
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Figure 56f: Process ICH_VLR (sheet 6) 
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Procedure Derive_Requested_Basic_Service_VLR 



Procedure in the VLR to \ 
derive the requested basic 
service lor an incoming 
<MT) call 



Basic servicer 

BS received in 

SIFIC 



Basic service := 

BS derived from 

GSMBC 



Basic service:^ 
default 




DRBS_V1(1) 




Figure 57: Procedure Derive_Requested_Basic_Service_VLR 
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Procedure Search For MS VLR 



Procedure in the VLR 

to search tor an MS 

(i.e. page in all location areas) 



Signals to/from the U 
are to/trom the MSC 



Search 
For MS ack 



Update 
Location 
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Result:- 

Pass 
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x For MS 
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response 



Result:- 
Fail 




SRCH_V1(1) 



Page type- 
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Result:- 
Aborted 




Figure 58: Procedure Search_For_MS_VLR 
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Procedure Get_CW_Subscription_lnfo_VLR 



CWI_VLR1(1) 



Procedure in the VLR 
to retrieve subscription 
information for the 
Call Waiting service 



Signals to/from the rig|h\ 
are to/from the process 
MAF013 
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Wait_For_ 
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call 
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Figure 59: Procedure Get_CW_Subscription_lnfo_VLR 
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Procedure Get_LI_Subscription_lnfo_MT_VLR 



GLI_MTV1(1) 



Procedure in the VLR \ 
to retrieve subscription i 
information for the CLIP 
& COLR line identification 
services for an MT call 
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handling 
of CLIP 



-I To process CLIP_MAF001 



Wait_For_ 
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Figure 60: Procedure Get_LI_Subscription_lnfo_MT_VLR 



GSM 03.18 



122 



TS 101 043 V5.0.1 (1997-04) 



Procedure Handle CFB 



Procedure in the VLR | \ 
to handle Call Forwarding I 
on Busy , 



Signals to/from the rig|h\ 
are to/from the process 
MAF008 



Result:- 

Fail 
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Result:- 
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Result:- 
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Figure 61 : Procedure Handle_CFB 
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Procedure Handle_CFNRy 



Procedure in the VLR | \ 
to handle Call Forwarding l 
on No subscriber Reply , 



Signals to/from the rig|h\ 
are to/from the process 
MAF009 



Result:- 

Fail 



initiate 

handling 
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Result:- 
Continue 



-^(r 



H_CFNRy1(1) 



Result:- 
Forward 



Figure 62: Procedure Handle_CFNRy 
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8 Contents of messages 

This clause specifies the content of each message shown in clauses 5 & 7, except for the following 
messages, which are not specific to call handling: 

On the D interface (VLR-HLR): 
Abort; 

Activate Trace Mode; 
Insert Subscriber Data; 
Send Authentication Info; 
Send Authentication Info ack; 
Send Authentication Info negative response; 

In the tables which follow, information elements are shown as mandatory (M), conditional (C) or optional 
(O). A mandatory information element shall always be present. A conditional information element shall be 
present if certain conditions are fulfilled; if those conditions are not fulfilled it shall be absent. An optional 
element may be present or absent, at the discretion of the application at the sending entity. 

8.1 Messages on the B interface (MSC-VLR) 

8.1.1 Abort 

The following information element is required: 

Information element name Required Description 

Abort reason M Indicates the reason for the procedure being aborted. 

8.1.2 Authenticate 

The following information elements are required: 

Information element name Required Description 

RAND M Random number challenge to be sent to the MS 

(ETS 300 534 [3]). 
CKSN M Cipher key sequence number to be sent to the MS 

(ETS 300 534 [3]). 

8.1.3 Authenticate ack 

The following information element is required: 

Information element name Required Description 

SRES M Signature result returned by the MS (ETS 300 534 [3]). 

8.1.4 Check IMEI 

This message contains no information elements. 

8.1.5 Check IMEI ack 

The following information element is required: 

Information element name Required Description 

Equipment status M Indicates whether the ME is black-listed, grey-listed or 

white-listed. 

8.1.6 Check IMEI negative response 

The negative response information element can take the following values: 

System failure; 
Unknown equipment. 
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8.1.7 



Complete Call 



The following information elements are required: 



Information element name 

MSISDN 



IMEI 
Category 

GSM bearer capability 
ISDN bearer capability 
ISDN low layer compatibility 
ISDN high layer compatibility 
CLIP provision 
CLIR override provision 



CLIR provision 
CLIR mode 



COLP provision 

COLR override provision 

COLR provision 

No Reply Condition Timer 

CUG index 

CUG interlock 

CUG outgoing access 

Advice of Charge provision 



Required Description 

C MSISDN of the MS for which the Complete Call is sent. 

Shall be present for an ordinary MO call, for an MT call and 
for an emergency call when the MS is registered in the 
VLR; otherwise shall be absent. 

C IMEI of the mobile for which the Complete Call is sent. 

Shall be present for an emergency call when the mobile is 
identified only by its IMEI; otherwise shall be absent. 

C Category of the MS for which the Complete Call is sent. 

Shall be present for an ordinary MO call and for an 
emergency call when the MS is registered in the VLR; 
otherwise shall be absent. 

C Shall be present for an MT call if it was received in the 

Provide Roaming Number; otherwise shall be absent. 

C Shall be present for an MT call if it was received in the 

Provide Roaming Number; otherwise shall be absent. 

C Shall be present for an MT call if it was received in the 

Provide Roaming Number; otherwise shall be absent. 

C Shall be present for an MT call if it was received in the 

Provide Roaming Number; otherwise shall be absent. 

C Indicates that CLIP is provisioned. Shall be present for an 

MT call if CLIP is provisioned; otherwise shall be absent. 

C Indicates that the CLIR override subscription option of 

CLIP is provisioned. Shall be present for an MT call if CLIP 
is provisioned with the CLIR override subscription option 
and the MS is registered in the HPLMN country; otherwise 
shall be absent. 

C Indicates that CLIR is provisioned. Shall be present for an 

MO call if CLIR is provisioned; otherwise shall be absent. 

C Indicates the mode in which CLIR is provisioned: 

permanent, temporary (default presentation allowed) or 
temporary (default presentation restricted). Shall be 
present for an MO call if CLIR is provisioned; otherwise 
shall be absent. 

C Indicates that COLP is provisioned. Shall be present for an 

MO call if COLP is provisioned; otherwise shall be absent. 

C Indicates that the COLR override subscription option of 

COLP is provisioned. Shall be present for an MO call if 
COLP is provisioned with the COLR override subscription 
option and the MS is registered in the HPLMN country; 
otherwise shall be absent. 

C Indicates that COLR is provisioned. Shall be present for an 

MT call if COLR is provisioned; otherwise shall be absent. 

C Value of timer to be used to determine the No subscriber 

reply condition. Shall be present for an MT call if the Call 
Forwarding on No Reply service is active and operative; 
otherwise shall be absent. 

C For the definition of this IE, see ETS 300 546 [10]. May be 

present (as a network operator option) for an ordinary MO 
call if the call is a CUG call; shall be present for an MT call 
if the call is a CUG call; otherwise shall be absent. 

C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present for an ordinary MO call if the call is a CUG call; 
otherwise shall be absent. 

C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present for an ordinary MO call if the call is a CUG call with 
outgoing access; otherwise shall be absent. 

C Indicates whether Advice of Charge (Information) or Advice 

of Charge (Charging) is provisioned. Shall be present for 
an ordinary MO call or an MT call if Advice of Charge is 
provisioned; otherwise shall be absent. 
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8.1 .8 Complete Call ack 

This message contains no information elements. 

8.1.9 Complete Call negative response 

The negative response information element can take the following values: 

Absent subscriber; 
Busy subscriber; 
No subscriber reply; 
Radio congestion. 

8.1.10 Forward New TMSI 

The following information element is required: 

Information element name Required Description 

TMSI M TMSI to be sent to the MS. 

8.1 .1 1 Forward New TMSI ack 

This message contains no information elements. 

8.1.12 Forward New TMSI negative response 

The negative response information element can take the following value: 
TMSI reallocation failure. 

8.1 .1 3 Obtain Subscriber Info 

The following information elements are required: 

Information element name Required Description 

IMSI M IMSI of the MS for which information is required. 

Location information C Indicates that the VLR requires location information for the 

requested MS. Shall be present if location information is required; 

otherwise shall be absent. 
Subscriber state requested C Indicates that the VLR requires state information for the 

MS. Shall be present if state information is required; 

otherwise shall be absent. 

8.1.14 Obtain Subscriber Info ack 

The following information elements are required: 

Information element name Required Description 

Cell global identity C Identity of the cell from which the MS established a radio 

transaction. Shall be present if the VLR requested location 
information and the mobile is currently engaged on a radio 
transaction; otherwise shall be absent. 

Age of location information C Time in minutes since the MS last established a radio 

transaction. Shall be present if the VLR requested location 
information; otherwise shall be absent. 

Subscriber state C Indicates whether the MS is busy (i.e. engaged on a circuit- 

switched call) or assumed idle. Shall be present if the VLR 
requested state information; otherwise shall be absent. 
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Information element name 


Required 


IMSI 


M 


Location area ID 


M 


Page type 


M 



8.1.15 Page MS 

The following information elements are required: 

Description 

IMSI of the MS to be paged. 
Location area in which the MS is to be paged. 
Indicates whether the paging is for a circuit-switched call, 
MT SMS delivery or SS activity. 
TMSI O TMSI to be broadcast to identify the MS. 

8.1.16 Page MS negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Busy subscriber (More calls possible); 

Busy subscriber (NDUB); 

System failure; 

Unknown location area ID. 

The Page MS negative response Busy subscriber (More calls possible) also indicates the basic service 
which applies for the established call. 



8.1.17 



Process Access Request 



The following information elements are required: 



Information element name 

CM service type 



Access connection status 



Current location area ID 



Required 

M 



M 



M 



IMSI 



TMSI 



IMEI 



CKSN 



Description 

Indicates the type of access required: normal MO call, 

emergency call or page response. Other values (short 

message service and SS request) defined for this IE are 

not considered in this specification. 

Indicates whether or not the connection to the MS is 

ciphered and whether or not it is authenticated. 

Identity of the location area from which the access request 

was received. 

IMSI of the MS requesting the access. For normal MO call 

or page response, one of IMSI or TMSI shall be present. 

For emergency call, one of IMSI, TMSI or IMEI shall be 

present. 

TMSI of the MS requesting the access. For normal MO call 

or page response, one of IMSI or TMSI shall be present. 

For emergency call, one of IMSI, TMSI or IMEI shall be 

present. 

IMEI of the MS requesting the access. For normal MO call 

or page response, one of IMSI or TMSI shall be present. 

For emergency call, one of IMSI, TMSI or IMEI shall be 

present. 

Cipher key sequence number of the MS requesting the 

access. Shall be present if TMSI is present; otherwise shall 

be absent. 
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8.1 .18 Process Access Request ack 

The following information elements are required: 



Information element name 

IMSI 



IMEI 



MSISDN 



8.1.19 



Required Description 

C IMSI of the MS requesting the access. For normal MO call 

or page response, shall be present. For emergency call, 

one of IMSI or IMEI shall be present. 
C IMEI of the MS requesting the access. For normal MO call 

or page response, shall be absent. For emergency call, 

one of IMSI or IMEI shall be present. 
O MSISDN of the MS requesting the access. 



Process Access Request negative response 



The negative response information element can take the following values: 

Roaming not allowed; 
System failure; 
Unidentified subscriber; 
Illegal equipment; 
Illegal subscriber. 



8.1.20 



Process Call Waiting 



The following information elements are required: 



Information element name 

MSISDN 

GSM bearer capability 
ISDN bearer capability 
ISDN low layer compatibility 
ISDN high layer compatibility 
CLIP provision 
CLIR override provision 



COLR provision 

No Reply Condition Timer 

CUG index 

Advice of Charge provision 



Required 

M 



Description 

MSISDN of the MS for which the Process Call Waiting is 

sent. 

Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 

Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 

Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 

Shall be present if it was received in the Provide Roaming 

Number for the waiting call; otherwise shall be absent. 

Indicates that CLIP is provisioned. Shall be present if CLIP 

is provisioned; otherwise shall be absent. 

Indicates that the CLIR override subscription option of 

CLIP is provisioned. Shall be present if CLIP is provisioned 

with the CLIR override subscription option and the MS is 

registered in the HPLMN country; otherwise shall be 

absent. 

Indicates that COLR is provisioned. Shall be present if 

COLR is provisioned; otherwise shall be absent. 

Value of timer to be used to determine the No subscriber 

reply condition. Shall be present if the Call Forwarding on 

No Reply service is active and operative; otherwise shall 

be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the waiting call is a CUG call; otherwise shall be 

absent. 

Indicates whether Advice of Charge (Information) or Advice 

of Charge (Charging) is provisioned. Shall be present if 

Advice of Charge is provisioned; otherwise shall be absent. 



8.1.21 



Process Call Waiting ack 



This message contains no information elements. 
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8.1.22 Process Call Waiting negative response 

The negative response information element can take the following values: 

Busy subscriber; 
No subscriber reply. 

8.1.23 Provide IMEI 

This message contains no information elements. 

8.1.24 Provide IMEI ack 

The following information element is required: 

Information element name Required Description 

IMEI M IMEI of the ME involved in the access request. 

8.1.25 Provide IMSI 

This message contains no information elements. 

8.1.26 Provide IMSI ack 

The following information element is required: 

Information element name Required Description 

IMSI M IMSI of the MS involved in the access request. 

8.1.27 Search For MS 

The following information elements are required: 

Information element name Required Description 

IMSI M IMSI of the MS to be paged in all location areas. 

Page type M Indicates whether the paging is for a circuit-switched call, 

MT SMS delivery or SS activity. 
TMSI O TMSI to be broadcast to identify the MS. 

8.1 .28 Search For MS ack 

The following information element is required: 

Information element name Required Description 

Location area ID M Location area in which the MS responded to the page. 

8.1.29 Search For MS negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Busy subscriber (More calls possible); 

Busy subscriber (NDUB); 

System failure. 

The Search For MS negative response Busy subscriber (More calls possible) also indicates the basic 
service which applies for the established call. 
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8.1.30 Send Info For Incoming Call 

The following information elements are required: 



Information element name 

MSRN 
Bearer service 



Teleservice 

Dialled number 
Number of forwarding 

CUG interlock 

CUG outgoing access 



Required Description 

M Mobile Station Roaming Number received in the IAM. 

C GSM bearer service required for the MT call. Shall be 

present if the MSC was able to derive a GSM bearer 

service from ISDN BC/LLC/HLC information received in the 

IAM; otherwise shall be absent. 
C GSM teleservice required for the MT call. Shall be present 

if the MSC was able to derive a GSM teleservice from 

ISDN BC/LLC/HLC information received in the IAM; 

otherwise shall be absent. 
C Number dialled by the calling subscriber. Shall be present 

if it was received in the IAM; otherwise shall be absent. 
C Number of times the incoming call has already been 

forwarded. Shall be present if it was received in the IAM; 

otherwise shall be absent. 
C For the definition of this IE, see ETS 300 546 [1 0]. 

present if it was received in the IAM; otherwise 

absent. 

see ETS 300 546 [10]. 
in the IAM; otherwise 



For the definition of this IE 
present if it was received 
absent. 



Shall be 
shall be 

Shall be 
shall be 



8.1.31 Send Info For Incoming Call ack 

The following information elements are required: 



Information element name 

IMSI 

Forwarded-to number 

Forwarding reason 



Notification to calling party 

Notification to forwarding 
party 



Forwarded-to subaddress 



CUG interlock 



CUG outgoing access 



Required 

M 

M 
M 



M 



Description 

IMSI of the B subscriber. 

E.1 64 number of the C subscriber. 

Indication of why the call has been forwarded (on mobile 

subscriber busy, on mobile subscriber not reachable or on 

no subscriber reply). 

Indication of whether the calling party is to be notified that 

the call has been forwarded. 

Indication of whether the forwarding party is to be notified 

that the call has been forwarded. Shall be present if the call 

is to be forwarded on mobile subscriber busy or on no 

subscriber reply; otherwise shall be absent. 

Subaddress of the C subscriber (see ETS 300 523 [2]). 

Shall be present if a forwarded-to subaddress is stored in 

the VLR in association with the forwarded-to number; 

otherwise shall be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the VLR has determined that the forwarded call 

is to be treated as a CUG call in accordance with the rules 

in ETS 300 546 [1 0], otherwise shall be absent. 

For the definition of this IE, see ETS 300 546 [10]. Shall be 

present if the VLR has determined that the forwarded call 

is to be treated as a CUG call with outgoing access in 

accordance with the rules in ETS 300 546 [10], otherwise 

shall be absent. 
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8.1.32 Send Info For Incoming Call negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Busy subscriber; 

CUG reject (Called party SS interaction violation); 

Forwarding violation; 

Impossible call completion; 

No subscriber reply; 

System failure; 

Unallocated roaming number; 

8.1.33 Send Info For Outgoing Call 

The following information elements are required: 

Information element name Required Description 

Called number M E.1 64 number of the call destination. 

Bearer service C Bearer service required for the MO call, derived from the 

GSM bearer capability information received in the setup 
request from the MS. One of bearer service or teleservice 
shall be present. 

Teleservice C Teleservice required for the MO call, derived from the GSM 

bearer capability information received in the setup request 
from the MS or from the emergency setup request from the 
MS. One of bearer service or teleservice shall be present. 

CUG index C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present if it was received in the setup request from the MS. 

Suppress preferential CUG C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present if it was received in the setup request from the MS. 

Suppress CUG outgoing C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

access present if it was received in the setup request from the MS. 

8.1.34 Send Info For Outgoing Call negative response 

The negative response information element can take the following values: 

Bearer service not provisioned; 

Call barred (Operator determined barring); 

Call barred (Supplementary service barring); 

CUG reject (Inconsistent access information - index incompatible with basic service); 

CUG reject (Inconsistent access information - no CUG selected); 

CUG reject (Outgoing calls barred within the CUG); 

CUG reject (Unknown CUG index); 

Teleservice not provisioned. 

8.1 .35 Set ciphering mode 

The following information element is required: 

Information element name Required Description 

Ciphering mode M Indicates whether ciphering of the radio connection is 

required, and if so which ciphering algorithm is to be used. 

Kc C Ciphering key to be used if ciphering of the radio 

connection is required. Shall be present if the ciphering 
mode indicates that ciphering of the radio connection is 
required, otherwise shall be absent. 
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8.1 .36 Trace subscriber activity 

The following information elements are required: 



Information element name Required 

Trace reference M 

Trace type M 

8.1 .37 Use existing TMSI 



Description 



Reference number to be included with tracing reports 

which the MSC sends to the OMC. 

For the definition of this IE, see ETS 300 627 [1 9]. 



This message contains no information elements. 
8.2 Messages on the C interface (MSC-HLR) 

8.2.1 Send Routeing Info 

The following information elements are required: 



Information element name 

MSISDN 
CUG interlock 



CUG outgoing access 

Number of forwarding 

ISDN BC 
ISDN LLC 
ISDN HLC 



Required Description 

M MSISDN of the B subscriber (see ETS 300 523 [2]). 

C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present if the GMSC received it in the IAM, otherwise shall 

be absent. 
C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present if the GMSC received it in the IAM, otherwise shall 

be absent. 
C Number of times the incoming call has already been 

forwarded. Shall be present if it was received in the IAM; 

otherwise shall be absent. 
C ISDN bearer capability. Shall be present if the GMSC 

received it in the IAM, otherwise shall be absent. 
C ISDN lower layer compatibility. Shall be present if 

GMSC received it in the IAM, otherwise shall be absent. 
C ISDN higher layer compatibility. Shall be present if 

GMSC received it in the IAM, otherwise shall be absent. 



the 



the 
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8.2.2 Send Routeing Info ack 

The following information elements are required: 



Information element name 

IMSI 

Roaming number 



Forwarded-to number 



Forwarded-to subaddress 



Notification to calling party 



Forwarding reason 



CUG interlock 



CUG outgoing access 



Required Description 

M IMSI of the B subscriber (see ETS 300 523 [2]). 

C E.164 number required to route the call to VMSCB (see 

ETS 300 523 [2]). Shall be present if the HLR received it in 
the Provide Roaming Number ack, otherwise shall be 
absent. 

C E.164 number of the C subscriber. Shall be present if the 

HLR has determined that the call is to be forwarded, 
otherwise shall be absent. 

C Subaddress of the C subscriber (see ETS 300 523 [2]). 

Shall be present if the HLR has determined that the call is 
to be forwarded and a forwarded-to subaddress is stored in 
the HLR in association with the forwarded-to number, 
otherwise shall be absent. 

C Indication of whether the calling party is to be notified that 

the call has been forwarded. Shall be present if the HLR 
has determined that the call is to be forwarded, otherwise 
shall be absent. 

C Indication of why the call has been forwarded 

(unconditionally or on mobile subscriber not reachable). 
Shall be present if the HLR has determined that the call is 
to be forwarded, otherwise shall be absent. 

C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present if the HLR has determined that the call is to be 
treated as a CUG call in accordance with the rules in 
ETS 300 546 [10], otherwise shall be absent. 

C For the definition of this IE, see ETS 300 546 [1 0]. Shall be 

present if the HLR has determined that the call is to be 
treated as a CUG call with outgoing access in accordance 
with the rules in ETS 300 546 [10], otherwise shall be 
absent. 



8.2.3 



Send Routeing Info negative response 



The negative response information element can take the following values: 

Absent subscriber; 

Bearer service not provisioned; 

Call barred (Operator determined barring); 

Call barred (Supplementary service barring); 

CUG reject (Called party SS interaction violation); 

CUG reject (Incoming calls barred within CUG); 

CUG reject (Requested basic service violates CUG constraints); 

CUG reject (Subscriber not member of CUG); 

Data missing; 

Facility not supported; 

Forwarding violation 

Number changed; 

System Failure; 

Teleservice not provisioned; 

Unexpected data value; 

Unknown subscriber. 
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8.3 



Messages on the D interface (VLR-HLR) 



8.3.1 Provide Roaming Number 

The following information elements are required: 



Information element name 

IMSI 

MSC number 

MSISDN 



LMSI 

GSM bearer capability 



ISDN BC 



ISDN LLC 



ISDN HLC 



Required Description 

M IMSI of the B subscriber (see ETS 300 523 [2]). 

M E.1 64 number which identifies VMSCB (see 

ETS 300 523 [2]). 

O E.1 64 number which identifies the B subscriber. May be 

present if the HLR requires it to be included in the call data 
record. 

C Local Mobile Subscriber Identity. Shall be present if the 

LMSI was sent to HLRB at location updating. 

C Information to define the GSM bearer capability required 

for the call. For alternate speech/fax, alternate speech/data 
or speech followed by data calls this information element 
shall contain two GSM bearer capabilities, as specified in 
GSM 04.08. May be present if the HLR can determine the 
required GSM bearer capability from ISDN compatibility 
information received in the Send Routeing Info message, 
or from the MSISDN if a multi-numbering scheme is used; 
otherwise shall be absent. If the ISDN BC and ISDN LLC 
lEs are present, the GSM bearer capability IE shall be 
absent. 

C ISDN bearer capability. May be present if the HLR received 

it in the Send Routeing Info message, otherwise shall be 
absent. If the GSM bearer capability IE is present, the 
ISDN BC IE shall be absent. 

C ISDN lower layer compatibility. May be present if the HLR 

received it in the Send Routeing Info message, otherwise 
shall be absent. If the GSM bearer capability IE is present, 
the ISDN LLC IE shall be absent. 

C ISDN higher layer compatibility. Shall be present if the HLR 

received it in the Send Routeing Info message, otherwise 
shall be absent. 



8.3.2 Provide Roaming Number ack 

The following information element is required: 

Information element name Required Description 

Roaming number M E.1 64 number required to route the call to VMSCB (see 

ETS 300 523 [2]). 

8.3.3 Provide Roaming Number negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Data missing; 

Facility not supported; 

No roaming number available; 

OR not allowed; 

Unexpected data value. 
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8.3.4 



Provide Subscriber Info 



The following information elements are required: 



Information element name Required 

IMSI M 

LMSI C 

Requested information M 



Description 

IMSI of the subscriber for whom information is requested 

(see ETS 300 523 [2]). 

Local Mobile Subscriber Identity. Shall be present if the 

LMSI was sent to the HLR at location updating. 

Indicates whether the HLR requires location information, 

subscriber state or both location information and 

subscriber state. 



8.3.5 



Provide Subscriber Info ack 



The following information elements are required: 



Information element name 

Location information 



Subscriber state 



Required 

C 



Description 

Information to define the location of the MS: see definition 
in subclause 8.3.5.1. Shall be present if location 
information was requested and is available; otherwise shall 
be absent. 

Indicates whether the MS is busy (i.e. engaged on a circuit- 
switched call), network determined not reachable (IMSI 
detached or roaming in a prohibited location area) or 
assumed idle. Shall be present if subscriber state was 
requested; otherwise shall be absent. 



8.3.5.1 



Location information 



The compound information element Location information consists of the following subordinate information 
elements: 



Information element name 

Location number 



Cell ID 



Location area ID 



Geographical information 



VLR number 



Age of location information 



Required Description 

C For a definition of this information element, see 

ETS 300 356-1 [20]. Shall be present if the VLR can derive 
it from the stored cell global identity or location area 
identity; otherwise shall be absent. 

C Cell global identity of the cell in which the MS last 

established a radio transaction. Shall be present if the 
MSC/VLR can supply it; otherwise shall be absent. Shall be 
absent if Location area ID is present. 

C Identity of the location area in which the MS last 

established a radio transaction. Shall be present if the 
MSC/VLR can supply it; otherwise shall be absent. Shall be 
absent if Cell ID is present. 

C For a definition of this information element, see 

GSM 03.32 (Universal Geographical Area Description) 
Shall be present if the VLR can derive it from the stored 
cell global identity or location area identity; otherwise shall 
be absent. 

M E.1 64 number which identifies the VLR (see 

ETS 300 523 [2]). 

M Measured in minutes. 



8.3.6 Provide Subscriber Info negative response 

The negative response information element can take the following values: 
Unexpected data value. 
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8.3.7 Restore Data 

The following information elements are required: 

Information element name Required Description 

IMSI M IMSI of the subscriber for whom data are to be restored 

(see ETS 300 523 [2]). 
LMSI O LMSI of the subscriber for whom data are to be restored 

(see ETS 300 523 [2]). May be included if required by the 

requesting VLR. 

8.3.8 Restore Data ack 

The following information elements are required: 

Information element name Required Description 

HLR number M E.1 64 number which identifies the HLR (see 

ETS 300 523 [2]). 

MS not reachable flag C Indicates whether the VLR should notify the HLR when the 

MS next establishes radio contact. Shall be present if the 
corresponding indicator is set in the HLR record for the 
subscriber; otherwise shall be absent. 

8.3.9 Restore Data negative response 

The negative response information element can take the following values: 

System failure; 
Unknown subscriber. 

8.3.10 Provide Subscriber Info negative response 

The negative response information element can take the following values: 

Data missing; 
Unexpected data value. 

8.4 Messages on the F interface (MSC-EIR) 

8.4.1 Check IMEI 

The following information element is required: 

Information element name Required Description 

IMEI M IMEI of the ME whose status is to be checked (see 

ETS 300 523 [2]). 

8.4.2 Check IMEI ack 

The following information element is required: 

Information element name Required Description 

Equipment status M Indicates whether the ME is black-listed, grey-listed or 

white-listed. 

8.4.3 Check IMEI negative response 

The negative response information element can take the following value: 
Unknown equipment. 
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Annex A (informative): Handling of an IAM at an MSC 

An MSC which receives an IAM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the IAM to a destination exchange determined by analysis 
of the called party address, and thereafter relays other telephony signalling between the originating 
and destination exchange until the connection is released. This behaviour is not specific to GSM. 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in 
the service area of the MSC. 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns 
routeing information, the MSC uses the routeing information from the HLR to construct an IAM, 
which it sends to a destination exchange determined by analysis of the routeing information from 
the HLR. 

Sheet 1 : when the MSC co-ordinating process has decided whether the MSC is to act as a terminating 
VMSC, a GMSC or a transit exchange, it forwards the IAM to an idle instance of the appropriate process. 

Sheet 2: after the MSC co-ordinating process has sent an IAM to an instance of the process MT_GMSC 
or ICH_MSC, it acts as a transparent relay for messages received from the originating exchange and the 
process instance (denoted by "offspring"). After the MSC co-ordinating process has relayed a Release 
message, it returns to the idle state. 

Sheet 2: after the MSC co-ordinating process has sent an IAM to a destination exchange, it acts as a 
transparent relay for messages received from the originating exchange and the destination exchange. 
After the MSC co-ordinating process has relayed a Release message, it returns to the idle state. 
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Figure 63a: Process MSC_Coord (sheet 1) 
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